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Description 

BACKGROUND OF THE INVENTION 

(1) FIELD OF THE INVENTION 

[0001] The Invention relates to the communication 
of large volumes of data of the type used in computer 
games. The invention is characterized by the efficient 
storage of said data on receipt. The invention also 
makes use of identification codes to enable the distribu- 
tor of the data to charge the user of the receiving device 
in accordance with the number of times the user makes 
use of said data. 

[0002] The invention is also designed in such a way 
as to enable a computer game program to be down 
loaded from a host computer to a game terminal or else 
to enable data relating to an unfinished game to be 
uploaded and stored temporarily in the host computer in 
such a way that, in cases in which an unfinished game 
has had to be suspended at the user terminal end, the 
same game can be resumed at a later time from the 
point at which it was suspended. 

(2) DESCRIPTION OF THE PRIOR ART 

[0003] Computer communications technology that 
enables the use of a telephone line to connect individual 
computers for the exchange of binary data has long 
been known. Since computer game programs and 
game data are similarly expressed in a binary coded 
form, they can also be transferred between computers 
using this type of communications technique. 
[0004] If the data to be transferred is limited in size, 
inter-computer transmission using an analog telephone 
line does not take long and poses few problems. Large 
volumes of data, on the other hand, take a long time to 
transmit, even along digital lines (ISDN) that enable 
transmission speeds of up to 64 Kbps. The configura- 
tion of a network whereby a plurality of local terminals 
are connected by telephone lines to a central host com- 
puter such that each local terminal is able to access and 
download data from said host is also well known. How- 
ever, in this type of configuration, a temporary concen- 
tration of access calls from local terminals can easily 
lead to an overload of the host computer's processing 
capacity and this will in turn lead to processing delays. 
Moreover, the longer transmissions take, the more con- 
gested the traffic becomes, and more lines have to be 
added to overcome the problem. This, however, creates 
a vicious circle by compounding the original problem. 
On the other hand, if the telephone network is to consist 
entirely of high-speed digital lines, this means the laying 
of new optical fiber cables, a task which may well be 
easier said than done. 

[0005] There is a wide variety of means available for 
the retrieval of data from a database held in a host com- 
puter. A local terminal could be used, for example, to 
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access the host computer and, on entering a predeter- 
mined key word or conditional expression, to extract and 
retrieve the required data from the massive body of data 
in store. In this sort of case, two-way communication 

5 must be possible between the host computer and the 
local terminal device. On the other hand, there are 
means whereby the user can simply select the data he 
or she requires from an incoming stream of serially 
transmitted data. In this case, however, there is no 

10 necessity for both sides to conduct two-way communi- 
cation with each other. It is much more important in this 
second case to determine how and in what sort of order 
the high-speed data transmission is to be carried out. 
For this reason, the second type of transmission is prob- 

15 ably best made via satellite as a means of preventing 
any unnecessary traffic build up. 
[0006] The transmission of data via satellite is not 
always appropriate, however, in that it is very much a 
one-way activity with potential users needing only to 

20 supply themselves with the appropriate receiver in order 
to obtain virtually unlimited volumes of high value added 
data free of charge. An encoder could, of course, be 
used prior to transmission to scramble the data such 
that only users with suitable decoders would be able to 

25 unscramble the data at the other end. Again, however, a 
potential user would only need to supply himself with a 
decoder to enable him to decode all the data received. 
While it would be possible to impose a uniform charge 
for use of the decoder, it would still not be possible to 

30 charge users in proportion to their actual use of the data 
received. The broadcasting of game programs by satel- 
lite would obviously create problems and the loss of 
potential revenues to suppliers would be almost incalcu- 
lable. There is clearly therefore a pressing need for the 

35 development of an appropriate charging mechanism for 
use in this type of situation. 

[0007] There are two main applications for compu- 
ter games, namely home use and commercial use. 
Games for home use are normally played on TV game 

AO machines into which different ROM cassettes contain- 
ing game programs and data can be inserted and 
removed at will. Personal computers can be used in 
place of dedicated TV game machines with the relevant 
game programs being held on floppy disks. A single 

45 machine can thus be used to play a variety of different 
games simply by changing the ROM cassette or floppy 
disk containing the game program. By contrast, com- 
mercial game machines come in many different shapes 
and sizes, typically either inset into the horizontal sur- 

50 face of a small table or else with an upright visual dis- 
play arrangement. Such machines are limited, however, 
in that each one can generally be used to play only one 
type of game. The owner of this type of machine must 
change the ROM board if he wants to change the game. 

55 A player using this type of machine cannot therefore 
freely select the game of his choice and can play only 
the game for which the machine has been programmed. 
[0008] Games can be broadly divided into three 
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main types, namely shooting games, road race games 
and role playing games (hereafter referred to as 
"RPG"). Shooting and road race games normally 
involve scoring points under certain fixed conditions 
and, for this reason, the length of a game is to some 5 
extent limited. This type of game is thus ideally suited 
for playing on commercial machines. RPG, on the other 
hand, require the player to assume a particular role and 
then to spend such time as may be needed in order to 
fulfill the tasks required by that role. This leads to prob- 
lems in that, if the operating rate of this type of machine 
over time cannot be clearly defined, then it will simply 
not be appropriate for use in this type of commercial 
context. Recently, however, RPG are becoming increas- 
ingly popular with the result that, if a way can be found 
of drawing effectively on this library of games for use in 
commercial game machines, this will boost the operat- 
ing rate of each machine at a stroke. 
[0009] In the case of shooting games, the ROM 
data is processed sequentially and always in the same 
way, no matter how many times the game is played. As 
a result and since this type of game cannot be started at 
a mid-point, the player soon gets bored. With the pas- 
sage of time, the profitability of this type of game thus 
tends to decline quite sharply. Thus, while computer 
games such as shooting games tend to have a natural 
time limit and to be generally well suited for commercial 
use, their popularity is also crucially dependent on the 
skill and originality of the game scenario and this means 
that great care needs to be taken by owners when 
selecting games for use in commercial game machines. 
[0010] Even if computer games were to be down- 
loaded from a host computer to a local game terminal 
using one or other of the techniques referred to above, 
the games themselves are presently designed for use 
only by the player or players using that specific game 
terminal. Up to now, little thought has been given to the 
possibility of more than one player, each in a different 
location, participating in the same game. Even RPG 
tend to be designed not for groups of players but rather 
for individuals to pit their wits against the machine in a 
one-to-one situation. If more than one player, each 
using a separate machine, were able to participate in 
the same game, however, the games themselves would 
inevitably become more complex in nature and a variety 
of extremely interesting simulations could easily be 
developed. 

SUMMARY OF THE INVENTION 

[0011] It is an object of the invention to provide a 
technique whereby games that have been suspended 
prior to completion can be played again from the point of 
suspension on the next available occasion. 
[0012] The invention is defined by the features of 
independent claims 1 and 2. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] 

Figure 1 is a block diagram illustrating a form of 
communication using a communications satellite. 
Figure 2 is a block diagram of a transmission device 
in which a database is stored. 
Figure 3 is a block diagram of a receiving device. 
Figure 4 is a stylized representation of the structure 
of the data transmitted and received within the 
terms of the invention. 

Figure 5 is a block diagram of an alternative embod- 
iment of the receiving device. 
Figure 6 is a stylized representation of an alterna- 
tive data structure to the one shown in Figure 4. 
Figure 7 is a schematic block diagram of the pre- 
ferred embodiment of a device for the collection of 
charges for the use of a commercial terminal. 
Figure 8 is a schematic block diagram of an alterna- 
tive embodiment of the device for the collection of 
charges for the use of a commercial terminal. 
Figure 9 is a block diagram of a typical data card 
output device. 

Figure 10 is a flow chart illustrating the sequence of 
steps when using the device shown in Figure 8. 
Figure 1 1 is a block diagram of a network compris- 
ing a host computer and a plurality of terminal 
devices. 

Figure 12 is a block diagram of the internal configu- 
ration of said host computer. 
Figure 13 is a block diagram of the internal configu- 
ration of each of said terminal devices. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0014] There follows a description of the preferred 
embodiments of the invention by reference to the 
accompanying drawings. 

[0015] Figure 1 is a block diagram illustrating the 
nature of radio transmission via a communications sat- 
ellite from a transmission device to a receiving device, in 
which 11 is a communications satellite, 12 a transmis- 
sion device and 13 a receiving device. As shown in Fig- 
ure 2, the main components of the transmission device 
12 are a computer 21, which is used to control transmis- 
sion, a database 22, which contains the data for trans- 
mission, and a transmitter 23, the radio waves emitted 
by said transmitter 23 being beamed at said communi- 
cations satellite 1 1 by way of an antenna 24. The trans- 
mission database 22 contains the data for a plurality of 
computer games, said data being arranged in the form 
of files and transmitted cyclically in a prescribed order. 
For example, if the game data stored in said transmis- 
sion database 22 consisted of 100 files of an average 
size of 500 kB, all the files could be transmitted over a 
period of approximately five minutes at a transmission 
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speed of 1 .5 Mbps. In other words, even with the inclu- 
sion of all the ancillary data, such as headers, footers 
and error correcting bits, one complete file can still be 
transmitted in approximately three seconds. Moreover, 
since a single transponder can transmit data on 10 dif- 
ferent channels simply by changing the frequency/wave 
band, one transponder can be used to carry out the 
operation outlined above on 10 different channels at the 
same time, providing only that it is used exclusively for 
that purpose. 

[0016] The configuration of the receiving device 13 
is shown in Figure 3. In the figure, 31 is an antenna for 
the receipt of signals from the satellite, 32 is a tuner, 33 
is a CPU that analyzes the digital data received and 
controls the terminal device as appropriate, and 34 is a 
RAM, which used by the CPU 33 both as a buffer and as 
memory space for data processing. 35 is a large-scale 
memory device that is used to store the digital data 
received, 36 is a control panel that is used to specify 
and save the required game data and 37 is a data 
processing device that is used to process the selected 
data as appropriate. 38 is an output terminal which out- 
puts both display and audio signals to externally con- 
nected visual display and audio units to enable the 
game to proceed. There are also, of course, interface 
connections between the CPU 33 and each of the exter- 
nal units such as the tuner 32 and the memory device 
34, plus a data bus to facilitate the internal transfer of 
data, although these have been omitted from the draw- 
ing. The tuner 32 comprises not only the usual selection 
of circuits that are used for the receipt of satellite sig- 
nals, such as a tuning circuit, a detection circuit and an 
amplification circuit, but also a decoder to decode sig- 
nals that have been encoded for the purpose of scram- 
bling the original transmission and a packet 
disassembler for use when packet transmission mode is 
employed. 

[0017] Figure 4 illustrates the structure of the data 
to be used. Starting from the head, A is a synchroniza- 
tion code, B a file type code, C the data itself, D an error 
control code and E a synchronization code. The file type 
code B indicates the kind of data the file holds and con- 
tains items such as the name of the game and the rele- 
vant game number. We will now briefly summarize the 
way in which the invention functions as a whole. The 
transmission device 12 and the receiving device 13 are 
used to carry out data transfer by way of a communica- 
tions satellite 11. Communication takes place in one 
direction only, from the transmission device 12 to the 
receiving device 13. The transmission computer 21 
reads game data in a prescribed order from the data- 
base 22 in which it is stored and, after adding various 
control and other necessary signals, outputs it in the 
form of a data string to the transmitter 23. Next, the 
tuner 32 in the receiving device 13 selects an appropri- 
ate channel and, with the help of the RAM 34, transfers 
game data with a number corresponding to the number 
input from the control panel 36 into the large scale 
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memory 35. The game is then played with the help of 
the data processing device 37. 
[0018] The following is a more detailed explanation 
of the way in which game data is transmitted within the 

5 scope of the system outlined above. First, The transmis- 
sion database 22, which is held in the transmission 
device 12, contains a plurality of game data (game data 
and the data maps required to play the game, for exam- 
ple). This is assembled in file form with the main body of 

w the data C having several other items added to it to 
complete the file. First, a type code B is added to the 
main body of the data C in the form of a header. Next, 
an error control code D is added and finally synchroni- 
zation codes A and E are added at each end of the data 

15 string to complete the assembly of the transmission file. 
If an item of game data is particularly big, the error con- 
trol code D will also be big and this will seriously reduce 
the efficiency of the transmission in terms of time taken. 
In this sort of case, therefore, it is preferable if the game 

20 data can be broken down into packets for transmission 
purposes. In this case, the packet related data would be 
included in the file type code B and transmission carried 
out in accordance with known packet communication 
protocols. If there were, for example, 100 items of game 

25 data stored in the transmission database 22, each item 
would be subjected to the same file processing opera- 
tion and then beamed in the prescribed order in the 
form of radio waves from the transmitter's 23 antenna 
24 to the communications satellite 11. The order of 

30 transmission is determined quite simply by assigning an 
order to the game data in advance and then transmitting 
the data in accordance with the predetermined order. 
Once the 100 items of game data have been transmit- 
ted, the whole transmission process is repeated, start- 

35 ing again with the first item of data, thereby establishing 
a cyclical pattern of transmission. For game data with 
an average size of 500kB as outlined above, the time 
taken for each cycle would be about five minutes. The 
figures and times referred to above will obviously vary 

40 depending on the size of the data being handled and on 
the total number of games involved. 
[0019] We will now explain the operation of the 
receiving side. The radio waves received by way of the 
antenna 31 are all input to the tuner 32. However, this 

45 does not mean that all the game data received needs to 
be stored and there are times when it will be enough 
simply to select those items of data that are required. 
The control panel 36 can be used for this purpose. In 
other words, if the order (numbers) that has already 

so been assigned to the game data is input from the control 
panel 36, this will be processed by the CPU 33, the data 
strings input serially from the tuner 32 will be checked 
and game data with numbers with which the file type 
code B matches stored in the large scale memory 

55 device 35. The large-scale memory device 35 normally 
consists of a hard disk or optical disk. The RAM 34 acts 
as a buffer memory which copes with the extremely high 
speed of the data transmission by temporarily storing 
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each item of data as it is received and then matching it 
with a number input from the control panel 36 and trans- 
ferring only game data with a matching number to the 
large-scale memory device 35. When the required data 
has been transferred into the large-scale memory 35, 5 
the tuner 32 will discard any remaining data unless it 
receives fresh instructions from the control panel 36. 
The game data held in the large-scale memory device 
35 is then processed in accordance with procedures 
determined by the data processing device 37. In this 
embodiment, the data processing device 37 is located 
inside the computer game machine and its output is 
connected to the display and sound production device 
(not shown in the drawing) by way of an output terminal 
38. In the drawing, the data processing device 37 is 
shown under the direct control of the CPU 33. This need 
not be the case, however, and a different configuration 
might be used whereby an interface would be intro- 
duced between the two or else the two could be linked 
by means of a disconnectable socket, thereby physically 
separating the data processing device from the CPU. 
[0020] If the transmission frequency or phase are 
offset in order to make a plurality of channels available 
for use in the game data transmission mode, it will be 
necessary to use the control panel 36 to check which 
channel the required game data is on and then to select 
the appropriate channel in advance. 
[0021] For the purposes of the present embodi- 
ment, we have chosen to use a large-scale memory 
device to store the game data. The capacity of this sort 
of device is sufficient, however, to enable it to hold more 
than one game at a time. It is, in fact, more normal to 
use a large-scale memory device 35 to store a plurality 
of game data or, in other words, files. It is obviously pos- 
sible, in this sort of case, simply to read the required 
game data out of the large-scale memory device 35 and 
into the data processing device 37 in order to play the 
game. However, this would also create the need to 
access the large-scale memory 35 by way of the CPU 
33 fairly frequently during the course of a game. If a 
need also arose, while the game was in progress, for 
new input data to be transferred from the tuner 32 into 
the large-scale memory 35, this would call for more 
complex processing in the form of, for example, an inter- 
rupt write operation or dummy parallel processing and 
this would in turn call for the use of a more powerful 
CPU 33. We have dealt with this problem with the help 
of the dedicated read memory device 51 shown in Fig- 
ure 5. This device enables the required type of game 
data to be read out of the mass of game data held in the 
large-scale memory device 35 and transferred to the 
dedicated read memory device 51 which is then 
accessed by the data processing device 37 in order to 
play the game. If, while a game is being played using the 
data processing device 37, a need also arises to store 
game data, received by the tuner 32, in the large-scale 
memory device 35, interrupt processing will, of course, 
still be necessary but the use of two memory devices 
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36,51 will enable separate processing and this signifi- 
cantly simplifies the operation. The transfer of a file from 
the large-scale memory device 35 to the dedicated read 
memory device 51 can be carried out either by copying 
the source file and transferring the copy, thereby leaving 
the source file in place, or else by transferring the 
source file itself, thereby effectively erasing it from the 
large-scale memory device 35. The dedicated read 
memory device 51 envisaged for the present embodi- 
ment of the invention would not be what is normally 
known as a read only memory (ROM) but would be a 
combined read and write memory (RAM). 
[0022] For the purposes of the explanation given so 
far, the data processing device 37 has been assumed to 
be contained inside the receiving device 13, as shown 
in Figures 3 and 5, but it could be just as easily config- 
ured entirely independently of said receiving device 13. 
In this sort of case, an independently portable memory 
device, such as a floppy disk unit, could be used as the 
dedicated read memory device 51 shown in Figure 5 
and the game data read onto a floppy disk in order to 
play the game. It would thus also be possible to copy the 
data relating to the game to be played onto a floppy disk 
inserted into the dedicated read memory device 51 and 
then to remove the floppy disk and transfer it to a sepa- 
rate personal computer that could then be used in place 
of the data processing unit 37 to play the game. 
[0023] Figure 6 illustrates a different data structure 
from that shown in Figure 4. The purpose of the alterna- 
tive structure is to allow the supplier of the game data 
the additional facility of charging the user in accordance 
with the amount of data used. Starting from the head, 
the alternative data structure comprises a synchroniza- 
tion code A, a file type code B, a storage enable ID code 
I, the data itself C, an error control code D and another 
synchronization code E. In other words, an additional 
storage enable ID code I has been inserted in between 
the file identification code B and the main body of the 
data C shown in Figure 4. The storage enable ID code I 
is an essential feature of the structure of data transmit- 
ted and received within the terms of this invention 
because it is by means of this code I that it is possible to 
record an additional charge for each additional item of 
game data stored. In other words, if the control panel 36 
on the receiving device 13 is used first to input a file type 
code B and then to input a storage enable ID code I, 
only game data with a matching ID can be read in. One 
way in which the user of the receiving device 13 could 
obtain the requisite storage enable ID code I would be 
by accessing the transmission computer 21 in the trans- 
mission device 12 by way of a telephone line, specifying 
the target game data and then receiving the appropriate 
ID code answer-back/in the form of an answer-back. In 
this case, the transmission computer 21 could count the 
number of times it was accessed and charge the user 
accordingly. Whichever method is used, in cases in 
which the receiver is required to obtain an ID code, 
either the transmission device 12 or else the data sup- 
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plier must have some way of knowing how often disclo- 
sure of the ID code is requested. Moreover, since there 
is a danger that if the same ID code is used for too long, 
it will be open to unauthorized use, it would probably be 
a good idea to change all the ID codes, say, once a 5 
week. 

[0024] We will now explain the operation of the 
whole invention, assuming a data structure of the type 
illustrated in Figure 6. The transmission device 12 con- 
tains a transmission database 22 in which a plurality of 10 
game data (computer game programs and file data 
needed to play said games) are stored, each item of 
game data being assembled in the form of a body of 
data C to which is then added a file type code B in the 
form of a header and a predetermined storage enable 15 
ID code I. Next, an error control code D is added and 
finally synchronization codes A and F are placed one at 
each end of the data string to complete the assembly of 
the file. It is preferable, as explained above, if the data 
can be broken up as and when necessary into a plurality 20 
of packets for transmission purposes. Next, at the 
receiving end, an antenna 31 is used to pick up the 
incoming radio signals which are input to a tuner 32 and 
handled in accordance with one or other of the proce- 
dures outlined by reference to Figures 3 and 5 above. 25 
The technological feature that distinguishes this embod- 
iment from any other is the fact that only when a code 
has been input from the control panel 36 that matches 
one of the storage enable ID codes incorporated into 
the incoming stream of game data will the data contain- 30 
ing the matching ID code be stored by the game 
machine. The game data received by the tuner 32 is not 
therefore automatically stored in its totality. If a plurality 
of ID codes obtained by the user are input one after the 
other at the receiving device end, the corresponding 35 
game data will be stored file by file in the large-scale 
memory device 35. Another item of data that can be 
input from the control panel 36 is the file type code B. In 
other words, if the sequence (numbers) assigned to the 
game data in advance is input from the control panel 36, 40 
this will be processed by the CPU 33 and matched with 
game data strings input from the tuner 32 that also 
incorporates the corresponding file type code B. If this 
data also contains the appropriate storage enable ID 
code I referred to above, then that data string will be as 
saved to the large-scale memory device 35. If, after the 
required game data has been selected and stored in the 
large-scale memory device 35 in this way, no other 
instruction is input from the control panel 36, all further 
data input to the tuner 32 will be discarded. 50 
[0025] Configured in the way described above, this 
invention enables the transmission of large volumes of 
data at extremely high speed and, since the bulk of the 
communication of the invention depends on broadcast- 
ing techniques, traffic congestion has no effect at all on 55 
the processing of the incoming data. Moreover, since 
the data is transmitted in cycles, each cycle being of 
only comparatively short duration, the system has the 
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advantage of requiring the user to wait only a short time 
before being able to obtain the data he or she requires. 
The system also makes use of ID codes such that game 
data can only be used by first inputting a previously 
obtained ID, thereby preventing the unauthorized use of 
high value added data and, at the same time, increasing 
the economic viability of the system. The invention also 
calls for the use of a dedicated read memory device, 
thereby enabling games to be played using this memory 
device and leaving the large-scale memory device free 
to receive such other inputs of game data as may be 
required. 

[0026] The technology discussed so far has been 
based on the assumption that game data is transmitted 
to the receiving device by way of a communications sat- 
ellite. The technology to be described next is that appro- 
priate for a commercial game machine for which, it is 
assumed, the user will pay a charge each time the 
machine is used. In other words, in the next embodi- 
ment of the invention, we will describe a system 
whereby a user will be able to stop playing a game for 
which he himself is paying before he has finished play- 
ing, but with the option of continuing to play the same 
game at a later date. Figure 7 is a block diagram of an 
entire commercial game machine system. This machine 
comprises a CPU 71, a RAM 72 in which downloaded 
game programs are stored, input keys 73 consisting of 
number keys or such alphabetic keys as may be 
required, a visual display unit 74 on which the game can 
be played out, a receiving device 75 that selects the par- 
ticular game data needed for the game being played 
from the incoming data stream being transmitted to the 
machine by way of a communications satellite, and a 
coin input unit 76 for the collection of such charges as 
may need to be made for use of the machine. There are 
also a number of hardware interfaces between the CPU 
71 and the various peripheral devices but, for the sake 
of simplicity, we have omitted to describe these in detail. 
When the commercial game machine is switched on, a 
program already incorporated into the CPU 71 will 
cause the initial screen to be shown in the display and 
the machine will then stand by and wait for the first 
player. The visual display unit of a commercial game 
machine can be inset into the surface of a table, for 
example, or else set up in an upright position if so pre- 
ferred. Although the present embodiment of the inven- 
tion assumes the transmission of game data to the 
commercial game machine by way of a communications 
satellite, the game data could equally be transmitted to 
the game terminal by way of a wired digital public tele- 
phone line or else by way of optical fiber cables as used 
by CATV systems, for example, without requiring any 
fundamental change in the configuration of the system 
other than in the receiving device 75 itself. 
[0027] We will now give a brief description, by way 
of example, of how a game would be played using this 
type of configuration. First, with the game machine 
showing the initial screen, the player puts a coin into the 
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coin input unit 76 to pay for the use of the machine. Data 
is then transferred by way of a transmission path from 
the receiving device 75 and a game menu is down- 
loaded and presented in the display 74 in the form of a 
list. If all the games cost the same to play, then it can be 
arranged so that the amount entered in the coin input 
unit 76 in the first place is enough to play one game. On 
the other hand, if the costs of the various games on the 
menu are different, the additional charge per game unit 
will also be shown. Since the insertion of a suitable coin 
or coins into the machine will enable key input, it will 
now be possible for the player to use the input keys 73 
to select the game he or she wishes to play and, in the 
event that an additional charge has to be paid, this infor- 
mation will also be presented in the display. If no extra 
charge needs to be paid, the game program requested 
will be received immediately and written into the RAM 
72. Up to now, we have assumed that the game charge 
is paid by inserting a coin into a coin input unit 76 and 
by inserting additional coins if necessary. If the coin 
input unit 76 was replaced by a fee input unit that 
accepted paper money instead, for example, it would be 
possible for the player to be allocated an amount of 
playing time corresponding to the amount of money, 
inserted and for the remaining value to be counted 
down as the player proceeded with the game. The 
adoption of this method would mean that, once the 
game data had been received, the player could play the 
game in accordance with the contents of the data held 
in the RAM 72. Moreover, whatever the case may be 
when game data is received via a communications sat- 
ellite, if the system is configured such that the game 
data is downloaded by way of a wired line, the cost of 
the use of the line will inevitably increase the longer the 
connection is maintained. It would also, therefore, be 
possible to design the system such that, if the input keys 
73 are not used within a specified length of time after 
the game menu has been displayed, the line will auto- 
matically be disconnected leaving only the menu in the 
display. 

[0028] If the game selected using the means 
described above is one that does not take a long time to 
play, like a shooting game, for example, then it will be 
sufficient for the display simply to return to the initial 
screen when the game is finished. In the case of games 
like role playing games that can take a long time to play, 
on the other hand, it would be desirable to incorporate 
an additional charge facility that would function auto- 
matically at fixed intervals during the course of a game. 
The CPU's 71 internal clock, for example, could be used 
to calculate the unit time and to call for the insertion of 
an additional fee before a predetermined length of time 
has elapsed, and to cause the game to be discontinued 
as soon as that length of time has elapsed if the 
required additional fee has not been paid. An alternative 
arrangement would be to cause the game program to 
pause for a predetermined length of time after the game 
has been discontinued in order to allow time for the 



player to put more money in the machine. The pause 
could be released and the game continued if the requi- 
site additional charge is paid within the time allowed. 
[0029] In the case of games that take a long time to 

5 play, it is also quite common for the player himself to 
want to terminate the game before it has actually been 
completed. In the past, it has always been the case that 
if a player has terminated a game of his own accord, he 
has not been able to resume the game again at a later 

10 time from the point at which he originally left off. Accord- 
ing to the invention, however, a suspension key has 
been added to the input keys 73 to enable a player to 
terminate a game before it is finished. When a game is 
terminated in this way by means of the suspension key, 

15 a password is shown in the display. There are two differ- 
ent ways in which this password concept could be put to 
use. The first one calls for the installation of a means of 
generating a password inside the game machine itself. 
In other words, if the suspension key was used during 

20 the course of a game, a password would be generated 
in accordance with the address of the game data in use 
at the time the game was suspended and that password 
shown in the display. In order to play the game again, 
the player would simply be required to memorize the 

25 given password and to enter it when he wished to play 
again. Since the password itself would be determined 
by reference to the particular address which the game 
had reached, the player would be free to input the pass- 
word into a different game machine and still to start the 

30 game from precisely the point at which it was previously 
terminated. This mode of operation is particularly well 
suited to games that require only a comparatively small 
amount of data or for games for which the playing 
charge is fairly low. The second method, on the other 

35 hand, envisages the specification of a password 
selected by the player when suspending the game. The 
specified password can then be uploaded and stored in 
the game data supplier's host computer along with the 
address in the program at which the game has been 

40 suspended. Although the use of this second means 
requires the use of a higher performance host compu- 
ter, it is also a more effective way of handling games 
which are particularly expensive to play. If passwords 
are stored in the host computer for a long time, this may 

45 eventually impair the host computer's processing 
capacity. For this reason, it would be useful if passwords 
were to be erased from the host computer's memory 
after the passage of a predetermined length of time. An 
alternative to this would be to issue each player with a 

so personal identification code (ID) which the player would 
be required to input first before inputting his chosen 
password. It would be a simple matter then to restrict 
the registration of passwords to those accompanied by 
a preceding ID. In cases in which this second method is 

55 used and the host computer and the commercial game 
machine are linked by way of a communications satel- 
lite, it would of course be possible to carry out transmis- 
sion in the opposite direction from game machine to 
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host computer. The adoption of this sort of approach, 
however, would also place an inordinate cost burden on 
the game machine side. It would be possible, on the 
other hand, to reduce this burden by using telephone 
lines to upload from the game machine to the host com- 
puter. 

[0030] We will now outline by reference to Figure 8 
an alternative embodiment of the invention illustrating 
different approaches to the collection of charges and to 
the suspension of a game before it is finished. The 
drawing illustrates a known configuration in which 81 is 
a CPU which is used to run programs and control 
peripheral equipment, 82 is a memory device holding 
data relating to specified computer games, 83 is panel 
of input keys that are used to play the game, and 84 is a 
visual display unit which is used both to play the game 
and also to display information when necessary. 85 is a 
mechanical coin input unit into which players must 
insert an appropriate amount of money to play the 
game. The means by which coins are inserted into the 
machine to start the game does not differ materially 
from the comparable means outlined by reference to 
Figure 7. More specifically, a signal generated by the 
insertion of a coin is relayed through an interface 86 to 
the CPU 81 . The CPU 81 is, in fact, connected to the 
input keys 83 and the display 84 through interfaces but 
a detailed explanation of these features has been omit- 
ted for the purpose of simplicity. 87 is a suspension key 
that allows the player to terminate a game at a selected 
point. This key may, if necessary, be incorporated 
amongst the input keys 83. 88 is an information card 
output device, which outputs a card containing such 
information as might be required when a player initiates 
a forced termination of a game by means of suspension 
key 87. The information printed on the card includes the 
type of game being played, game data and addresses 
applicable at the time of the termination and machine 
related data, such as the game machine's identification 
number. This is all information of use when restarting a 
suspended computer game. The output of information 
from said information card output device 88 can take a 
variety of forms including that of a magnetic card or bar 
code that can be read by an optical card reader. Basi- 
cally, the information card can take virtually any form 
providing only that it contains the necessary informa- 
tion. 89 is a card reading device that reads information 
from cards of the type described above to enable a 
player to resume a suspended game. 
[0031] We will now give an example of the operation 
of the information card output device 88 by reference to 
Figure 9. Data sent from the CPU 81 via the interface 91 
is processed by the MPU 92. 93 is a buffer memory 
used for the temporary storage of said data, 94 is a writ- 
ing unit used to write information onto cards, 95 is a roll 
of material from which the cards are made, 96 is a cutter 
that cuts newly prepared cards with information written 
on them down to the specified shape and size after 
which the finished card 97 is discharged into the 



player's keeping. The writing unit 94 may be a magnetic 
head device in cases in which the card is to be loaded 
with magnetic data or else a bar code printer in cases in 
which the information printed on the card is to be in bar 

5 code form. Although the finished card 97 may well con- 
tain a wide range of information including the game pro- 
gram address at the time the game was suspended, the 
date and the identification number of the machine on 
which the game was being played, much of this is 

10 optional. If the game is to be resumed from the point at 
which the player originally terminated it, however, the 
information card must at least contain the address at 
which the game was suspended. 
[0032] Figure 10 is a flow chart illustrating the 

15 sequence of steps involved in playing the game 
machine shown in Figure 9. First, when a coin of the 
correct denomination is inserted into the coin input unit 
85, the initial screen to start the game will be shown in 
the display. The player must then decide whether or not 

20 to insert an information card. If a card is not inserted, 
the player will have to use input keys, such as the start 
button, to instruct the machine to start the game. On the 
other hand, if an information card is inserted into the 
card reading device 89, game data will be loaded in 

25 accordance with the address and other information con- 
tained on the card to enable the game to be restarted 
from the precise point at which it was previously termi- 
nated. One way or another, resumption of a game by 
this means can be divided into two distinct types, the 

30 one being the case in which the game comes naturally 
to an end at that point and the other being the case in 
which the player actually initiates a forced termination of 
the game. The situation in which a game comes to a 
natural conclusion is a known end mode. However, if the 

35 player presses the suspend key 87 at this point, the cur- 
rent program address and other relevant information will 
be sent from the CPU 81 to the information card output 
device 88 where it will be printed onto an information 
card 97 and output into the player's keeping. This infor- 

40 mation could easily be used and re-used on any number 
of future occasions. The information card could equally 
be recovered after one use only or else after being re- 
used a specified number of times. Any one of these 
approaches may be selected as preferred. For the pur- 

45 poses of the above explanation, the device of this 
embodiment has been described as an independent 
unit operating in isolation from any particular system. 
However, it would be equally possible for said device to 
function as a terminal in a system rather than as an 

50 independent commercial game machine. In the latter 
case, communication with a host computer containing a 
plurality of game programs could be carried out either 
by way of a communications satellite or else by online 
connection. The sort of resumption method discussed 

55 here is most effective, in fact, when used in a system of 
this type. In other words, since there is ultimately no 
need for the game and the machine to stand in a one-to- 
one relationship with each other, there is equally no 
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need for the machine owner to have to concern himself 
with the selection of suitable games. Similarly, once the 
player gets tired of repeatedly using the same scenario, 
he or she can simply press the suspension button in 
order to obtain a new card that will enable the game to 
be restarted from a more advanced point. This is an 
extremely attractive option in that it helps prevent the 
same game from becoming boring. 
[0033] The sort of system outlined above enables 
the same machine to be used to play a variety of differ- 
ent games without any need for replacement of the 
ROM board or any other component. Moreover, since 
the necessary game data is supplied by a host compu- 
ter, it is an extremely simple matter to change the game 
to a new one. Thus, providing a player is able to find a 
game machine, he will be able to play whatever game 
he chooses. This provides a solution to the old problem 
of one particular game machine becoming a focus of 
popularity to the exclusion of other machines in the 
vicinity. This in turn enables the load to be spread more 
evenly over several different machines and, in so doing, 
it also improves profitability, at least at the operating 
level. If the playing time for a particular game is long, the 
player has the option of pressing the suspension key to 
terminate the game at the point of his or her choice. 
Then the player needs only to input the password indi- 
cated by the terminated program or else one that he or 
she has specified in order to restart the game again 
from the point of termination. A card could alternatively 
be used to record the termination data. The invention 
thus enhances the attraction of role playing games of a 
type that has previously been felt to be somewhat inap- 
propriate for use in game machines and, in so doing, it 
also makes possible a significant increase in the types 
of games that can be offered. 

[0034] We will now describe a system whereby 
more than one player can take part in the same game. 
The explanation will be illustrated by reference to Fig- 
ures 11, 12 and 13. Figure 11 is a schematic represen- 
tation of the sort of network appropriate to the 
application of the present invention. In the drawing, 111 
is a communications network and 1 12 is a host compu- 
ter holding a plurality of game programs. T1, T2 — Tn 
are each terminals with the ability to access the host 
computer 1 12 by way of said communications network 
1 1 1 . A communications system is formed when the host 
computer 1 12 and one or more of the terminals T are 
connected through the medium of the communications 
network 111. The network may be structured either to 
enable a two-way exchange of communications data 
along public telephone lines or else to enable one way 
transmission from the host computer 112 to the termi- 
nals T by way of a communications satellite and one 
way data upload from each terminal T1 — Tn to the host 
computer 1 12 by way of telephone lines. In other words, 
in the second case, upload and download communica- 
tions would be carried out using different media. For the 
purposes of the following explanation, it will also be 



assumed that the game programs stored in the host 
computer 112 are role playing games (RPG) and that 
each program is designed to facilitate the participation 
of more than one player, each using his or her own 

5 game terminal. It goes without saying, of course, that 
the host computer 112 itself is capable of storing the 
programs of games other than RPG. 
[0035] The present embodiment of the invention is 
configured in such a way as to make use of this type of 

w network system. The conditions under which the game 
is to be played still remain to be determined, however. In 
other words, although the same game can be played by 
more than one player using a plurality of machines, the 
more complex the scenario of the RPG itself, the longer 

15 it will take to complete the game and thus the more 
remote the likelihood that all the players will either want 
or even be able to play the game at the same time. Sim- 
ilarly, the more players that take part in a game, the 
more sophisticated the game can be made but this will 

20 again raise the problems associated with simultaneous 
participation. For this reason, the present embodiment 
does not assume simultaneous participation in the 
game but rather that the individual players' input will first 
be uploaded and stored in the host computer. When a 

25 player wants to play the game, he will then access the 
host computer and download everything that has been 
input up to that point by the other players to his own ter- 
minal. The player will then be called upon to enter his 
next move. 

30 [0036] Next we will explain, by reference to Figure 
1 2, how to start a game using a public line on which two- 
way communication is possible. The player first 
accesses the host computer 112 from his game termi- 
nal T1 and requests permission to participate in a par- 

35 ticular game. The host computer 112 then reads the 
game data out of the database 121, creates the 
addresses required for said game in the register 122 
and secures enough space to register the number of 
people needed to play the game. The first player's ter- 

40 minal T1 is then registered in the first registration space 
and an identification number is allocated and sent to the 
terminal T1, after which the line is temporarily discon- 
nected. 123 in the figure is the CPU used by the host 
computer 1 12 to process the above operations and 124 

45 is a modem. The identification number will from this 
point on be used to identify the player's role each time 
he plays the game. Each time the player accesses the 
host computer, he will input his identification number 
from the terminal T1 and receive in return the latest 

50 state of play of the game. In order to facilitate the entry 
of a new player using a different terminal Tx, the data- 
base 121 will hold only the game program and initial 
data. Play data accumulated during the course of the 
game will be stored in a separate memory means 125. 

55 If the RPG requested requires only two players to ena- 
ble the game to be played, the host computer 112 will 
then await a second registration. If a second terminal T2 
now accesses the host computer 112 and requests per- 
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mission to participate in the game, the host computer 
112 will register the new player in the space set aside 
for a second player in the register 122 and return the 
identification number it assigns to the second player 
back to the second terminal 12, after which it will tempo- 
rarily disconnect the line. If the RPG has to be played by 
at least three players, the host computer 112 will go on 
standby until a third player accesses it and requests 
permission to take part in the game. When there are 
enough players registered to enable the game to be 
played, the host computer 112 will notify terminal T1 
that the game is now ready for play, thereby completing 
the requisite conditions for the game to be started. 
[0037] If the player using terminal T1 now accesses 
the host computer 112 again and inputs his identifica- 
tion number, the game will immediately start up on the 
visual display unit connected to his terminal and all the 
player will have to do is to use his keyboard to input the 
instructions appropriate to his particular role in the 
game. The player using terminal T1 can now carry on 
playing the game until he reaches the first point at which 
another player's contribution is required. Once it has 
been confirmed at terminal T1 that this point has defi- 
nitely been reached, the appropriate program can then 
be executed to suspend the game and the participation 
of terminal T1 until further notice. Next, the host compu- 
ter 112 will establish contact with the second terminal 
T2 and issue a message to notify the player at said sec- 
ond terminal T2 that the first player (terminal T1 in the 
present embodiment) has completed his part of the 
game for the time being. The player using the second 
terminal T2 will first confirm this by reference to the 
message on his visual display unit and then, as and 
when he is ready, he will access the host computer 112 
and enter his identification number, after which the host 
computer 112 will download the necessary game pro- 
gram and data from its memory means 125 and the 
game will be reproduced on the basis of the instructions 
and other data input by the player using terminal T1. 
The player using terminal T2 can now continue to play 
the game, making selections in accordance with his role 
from lists of alternative options that can be called up 
onto the display as and when necessary. When the 
player using terminal T2 has gone as far as he can go 
without making reference to the other player, the game 
can be suspended by executing an appropriate termina- 
tion command in the same way as described above, 
then withdrawing from the game until further notice. The 
participants in a game can in this way take part in line 
with the requirements of the program either alternately 
when there are just two players or one by one in order in 
cases in which there are more than two players. The 
procedures outlined above are sufficient to enable a 
game to be continued for as long as all the players are 
inclined to continue to play their roles. However, if one of 
them wants to drop out for any reason, the game has to 
be abandoned at that point. In order to prevent this type 
of problem from spoiling the game, the present embod- 



iment of the invention calls for the host computer 1 12 to 
access the terminal from which input is no longer being 
received a predetermined number of times and then, 
after confirming that there has indeed been no further 

5 input, for the host computer 1 1 2 to take over the vacated 
role to enable the game to continue. 
[0038] Figure 13 is a block diagram illustrating the 
basic configuration of each of the terminal devices T1- - 
-Tn that constitute the counterparts of the host compu- 

10 ter shown in Figure 12. In the figure, 131 is a modem 
that connects the terminal with the network 111, 132 is 
the CPU that handles the control and processing 
requirements of all the terminals, 133 is a visual display 
unit on which the game is played, 134 is a keyboard 

15 which a player can use to input the instructions neces- 
sary to play the game, 135 is the main memory, which 
acts as a work area, and 136 is a memory means that is 
used to store the downloaded game program and all the 
latest play data. Basically, there is no particular limita- 

20 tion on the type of memory means 1 36 used and known 
memory devices such as a semiconductor memory or a 
hard disk device would be perfectly suitable. However, 
from the point of view of protecting the game program 
against unauthorized use or copying, the employment of 

25 a volatile semiconductor memory that cannot be backed 
up is to be preferred. There are also two different types 
of data to be exchanged with the host computer 112, 
namely game data, which is needed to start the game 
up and to enable it to be continued, and play data, which 

30 comprises all the data newly input up until the point at 
which the game was last suspended. Although it would 
save transmission time to store game program data in 
the terminals T and thereby dispense with the need for 
a player to download the program afresh each time he 

35 or she wishes to resume the game, this approach would 
be accompanied by a risk of unauthorized copying of 
the program data and, for this reason, the present 
embodiment of the invention calls for the downloading 
of program data afresh each time the game is played. 

40 [0039] In the present embodiment, a host computer 
and a plurality of terminal devices are combined in the 
form of a communications network. The host computer 
registers players for games that call for more than one 
player and then, when all the conditions are met for the 

45 game to commence, the host computer accesses each 
of the participating terminal devices in turn according to 
the order in which they have been registered to enable 
the game to proceed. This even enables games such as 
RPG to be played without the need to maintain a perma- 

50 nent line connection, while the automatic execution also 
makes possible the effective playing of the type of inter- 
active games that were previously held to be impossible 
to play using remote terminals and a regular communi- 
cations network. It is equally unnecessary for the play- 

55 ers all to play at the same time. Provided only that the 
previous player has completed his or her part of the 
game, the next player can enter the game and play the 
part required by his role as and when he is ready to play. 
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It is thus possible to create a system that imposes only 
minimal time restrictions on the user. 

Claims 

5 

1. A computer game device for downloading game 
programs from a transmission device including a 
transmission computer (21), said computer game 
device comprises 

a computer game device terminal (T) con- 
nected by a communication means to a host 
computer (112) in which a plurality of game 
data are stored in the form of a database and 
comprising 

a CPU (71) that processes data in accordance 
with a program and controls peripheral equip- 
ment; 

a visual display unit (74) that displays the con- 
tents of games; 

a RAM (72) into which data transmitted from 
said host computer is written; 
input keys (73) which can be used for a variety 
of purposes such as the selection of the 
required game from the game menu transmit- 
ted from said host computer; and 
a coin input unit (76), into which the charge 
appropriate to each game can be input, 
said computer game device terminal accepting 
signals input by said input keys when an appro- 
priate coin has been input into said coin input 
. unit, 

characterized in that 

said input keys (73) comprise a suspension 
key, the use of which during the course of an 
unfinished game causes the game to be sus- 
pended at that point and a password appropri- 
ate to that suspension point to be displayed in 
said visual display unit, wherein said password 
has to be entered for continuing the game. 

2. The computer game device according to the pre- 
amble of claim 1, 

characterized in that 



3. The computer game device according to claim 1 or 
2, wherein the transmission of the password to said 55 
host computer (1 12) is carried out by way of a tele- 
phone line. 



4. The computer game device according to any of the 
preceding claims, said computer game device fur- 
ther comprising: 

an information card output device (88), which 
accepts data such as suspension point 
address data output from said CPU (81) in 
response to the use of said suspension key 
(87) and which writes said data onto a card; 
and 

a card reading device (89), which reads the 
data written onto said card. 

5. The computer game device according to claim 4, 
wherein the data written onto said card is magnetic 
data or bar code data. 

Patentanspruche 

1. Computerspiel-Vorrichtung zum Herunterladen von 
Spielprogrammen von einer Sendevorrichtung mit 
einem Sendecomputer (21), wobei die Computer- 
spiel-Vorrichtung folgendes aufweist: 

ein Computerspiel-Vorrichtungsendgerat (T), 
das durch eine Kommunikationseinrichtung mit 
einem Hostcomputer (112) verbunden ist, in 
welchem eine Vielzahl von Spieldaten in der 
Form einer Datenbank gespeichert ist und das 
folgendes aufweist: 

eine CPU (71), die Daten gemaft einem Pro- 
gramm verarbeitet und periphere Geratschaf- 
ten steuert, 

eine visuelle Anzeigeeinheit (74), die die 
Inhalte von Spielen anzeigt; 
einen RAM (72), in den vom Hostcomputer 
gesendete Daten geschrieben werden; 
Eingabetasten (73), die fur eine Vielfalt von 
Zwecken angewendet werden konnen, wie bei- 
spielsweise die Auswahl des gewiinschten 
Spiels aus dem vom Hostcomputer gesende- 
ten Spiele-Menu; und 

eine Munzen-Eingabeeinheit (76), in die die fur 
ein jeweiliges Spiel richtige Gebuhr eingege- 
ben werden kann; 

wobei das Computerspiel-Vorrichtungsendge- 
rat durch die Eingabetasten eingegebene 
Signale annimmt, wenn eine Munze in die 
Munzen-Eingabeeinheit eingegeben worden 
ist, 

dadurch gekennzeichnet, daft 
die Eingabetasten (73) eine Unterbrechungsta- 
ste aufweisen, deren Anwendung wahrend des 
Verlaufs eines unbeendeten Spiels veranlaftt, 
daft das Spiel an dieser Stelle zeitweiiig unter- 
brochen wird und ein zu dieser Stelle einer zeit- 
weiligen Unterbrechung passendes Paftwort in 
der visuellen Anzeigeeinheit angezeigt wird, 



said input keys (73) comprise a suspension 
key, the use of which during the course of an 
unfinished game causes the game to be sus- 
pended at that point and enables a suspension 
point password of the user's choice to be input so 
using said input keys, wherein said password 
has to be entered for continuing the game. 
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wobei das Paliwort zum Fortfuhren des Spiels 
einzugeben ist. 

2. Computerspiel-Vorrichtung nach dem Oberbegriff 
des Anspruchs 1, dadurch gekennzeichnet, dafi 



die Eingabetasten (73) eine Unterbrechungsta- 
ste aufweisen, deren Anwendung wahrend des 
Verlaufs eines unbeendeten Spiels veranlafit, 
dad das Spiel an der Stelle zeitweilig unterbro- 
chen wird und ermoglicht, dafi ein Unterbre- 
chungsstellen-Paftwort gemaR der Auswahl 
durch den Anwender unter Anwendung der 
Eingabetasten eingegeben wird, wobei das 
PafJwort zum Fortfuhren des Spiels einzuge- 
ben ist. 

3. Computerspiel-Vorrichtung nach Anspruch 1 Oder 
2, wobei das Senden des Paliworts zum Hostcom- 
puter (112) mittels einer Telefonleitung ausgefuhrt 
wird. 

4. Computerspiel-Vorrichtung nach einem der voran- 
gehenden Anspruche, wobei die Computerspiel- 
Vorrichtung weiterhin folgendes aufweist: 

eine Informationskarten-Ausgabevorrichtung 
(88), die Daten, wie beispielsweise in Antwort 
auf die Anwendung der Unterbrechungstaste 
(87) von der CPU (81) ausgegebene Unterbre- 
chungsstellen-Adressendaten, annimmt und 
die Daten auf eine Karte schreibt; 
eine Karte n-Lesevorrichtung (89), die die auf 
die Karte geschriebenen Daten liest. 

5. Computerspiel-Vorrichtung nach Anspruch 4, 
wobei die auf die Karte geschriebenen Daten 
magnetische Daten Oder Strichcode-Daten sind. 

Revendications 

1. Dispositif de jeu informatise pour decharger des 
programmes de jeux a partir d'un dispositif de 
transmission comprenant un calculateur de trans- 
mission (21), ledit dispositif de jeu informatise com- 
prenant : 

un terminal (T) de dispositif de jeu informatise 
relie par un moyen de communication a un cal- 
culateur note (112) dans lequel une pluralite de 
donnees de jeu sont memorisees sous forme 
d'une base de donnees et comprenant : 
une unite centrale (71) qui traite des donnees 
selon un programme et qui commande un equi- 
pement peripherique ; 

une unite d'affichage visuel (74) qui affiche les 
contenus des jeux ; 



une memoire vive (72) dans laquelle sont ecri- 
tes les donnees transmises a partir dudit calcu- 
lateur note ; 

les cles d'entree (73) qui peuvent etre utilisees 

5 dans une variete de cas, tel que la selection du 

jeu demande a partir du menu de jeu transmis 
par ledit calculateur note ; et 
une unite d'entree de jetons (76), dans laquelle 
on peut entrer la charge appropriee de chaque 

10 jeu ; 

ledit terminal de dispositif de jeu informatise 
acceptant Pentree de signaux par lesdites cles 
d'entrees quand on a introduit un jeton appro- 
prie dans ladite unite d'entree de jeton ; 

15 caracterise en ce que 

lesdites cles d'entree (73) comprennent une 
cle de suspension dont I'utilisation, pendant le 
deroulement d'un jeu non termine, entraine 
que le jeu soit suspendu a ce moment, et qu'un 

20 mot de passe approprie a ce point de suspen- 

sion soit affiche dans ladite unite d'affichage 
visuel dans laquelle pour continuer le jeu doit 
etre introduit ledit mot de passe. 

25 2. Dispositif de jeu informatise selon le preambule de 
la revendication 1, 
caracterise en ce que 

lesdites cles d'entree (73) comprennent une 
30 cle de suspension dont I'utilisation, pendant le 

deroulement d'un jeu non termine, entraine 
que le jeu soit suspendu en ce point et per- 
mette a un mot de passe du point de suspen- 
sion au choix de I'utilisateur d'etre introduit en 
35 utilisant lesdites cles d'entree ou ledit mot de 

passe doit etre introduit pour continuer le jeu. 

3. Dispositif de jeu informatise selon la revendication 
1 ou 2, dans lequel la transmission du mot de passe 

40 vers ledit calculateur note (112) est transmis au 
moyen d'une ligne telephonique. 

4. Dispositif de jeu informatise selon I'une des reven- 
dications precedentes, ledit dispositif de jeu infor- 
ms matise comprenant encore : 

un dispositif de sortie de carte d'information 
(88) qui accepte des donnees telles que des 
donnee d'adresse de points de suspension 
so sortant de ladite unite centrale (81) en reponse 

a I'utilisation de ladite cle de suspension (87), 
et qui ecrit lesdites donnees sur une carte; et 
un dispositif de lecture de carte (89) qui lit les 
donnees ecrites sur ladite carte. 
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5. Dispositif de jeu informatise selon la revendication 
4, dans lequel les donnees ecrites sur ladite carte 
sont des donnees magnetiques ou des donnees en 
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code barre. 
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